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REMARKS 

In the Office Action mailed December 19, 2007, the 
Examiner noted that claims 1-19 were pending and rejected claims 
1-19. Claims 1 and 12-17 have been amended, no claims have been 
canceled, and, thus, in view of the foregoing, claims 1-19 remain 
pending for reconsideration which is requested. No new matter 
has been added. The Examiner's rejections and objections are 
addressed below. 

OBJECTIONS 

Claim 15 is objected to for informalities. In 
particular, it is asserted that the claim contains a 
typographical error. The claim has been amended to remove the 
typographical error . 

Withdrawal of the objections is respectfully requested. 
REJECTIONS under 35 U.S.C. § 112 

Claims 12-17 stand rejected under 35 U.S.C. § 112, 
second paragraph, as being indefinite for failing to particularly 
point out and distinctly claim the subject matter which the 
Applicants regard as the invention. 

Specifically, it is asserted that claims 12 and 15 
lacked antecedent basis for the term "said delivery system"; 
claims 13 and 14 lacked antecedent basis for the term "said 
client terminal"; claims 16 and 17 lacked antecedent basis for 
the term "said client terminal"; and claims 16 and 17 lacked 
antecedent basis for the term "said slave server". 
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The claims have been amended to provide the correct 
antecedent basis. 

Withdrawal of the rejection is respectfully requested. 
REJECTIONS under 35 U.S.C. § 102 

Claims 1-4, 18 and 19 stand rejected under 35 U.S.C. § 
102(e) as being anticipated by Briscoe, U.S. Patent Publication 
No. 2003/0044017. The Applicants respectfully disagree and 
traverse the rejection with an argument. Briscoe is a 
distribution system divided into a number of data units which use 
a sequence of keys where a different key is used to encrypt each 
data unit at the source. 

On pages 3 and 4 of the Office Action, the Office 

states 

a. a delivery server (ie. data sender) which enciphers 
delivery data by using a current use cipher key to 
generate enciphered data and transmits a multicast 
packet containing said enciphered data and a current 
use key identifier (ie. key sequence) indicative of a 
pair of said current use cipher key and a current use 
decipher key as current use keys (ie. data sender 
issues seed values) [page 3, paragraph 00 61]. ,/ 
[Emphasis added] 

Thus, the Office asserts that "a key sequence" as in 
Briscoe anticipates "a current use key identifier," of the 
pending claims. However, the claims and the supporting text in 
the Specification (see page 18 lines 16-19) define a key 
identifier as that which identifies a key. On the other hand, 
Briscoe 1 0026 states 
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Preferably the seeds required by any receiver to 
construct the keys for a specific sub-range of the 
entire key sequence are communicated in an order that 
implicitly identifies each seed is which. In this case 
the indexes of the seeds are inferred from knowledge of 
the minimum and maximum value required and of the pre- 
arranged order for communicating seeds, without 
explicitly listing the index number of each seed. 
Preferably each encrypted data unit carries an 
unencrypted index number to identify to any receiver 
which key in the sequence should be used to decrypt 
that data unit. [Emphasis added] 

Thus, what is transmitted in Briscoe are seeds and from 
these a key sequence can be constructed. While the order of 
seeds infers an index of sequence from a minimum and maximum 
value of the seeds, it does not identify a pair of said current 
use cipher key and a current use decipher key. As stated above, 
there is no identifier referencing the seeds '"without explicitly 
listing the index number of each seed." As explicitly there is 
no index, there is no identifier. Further, the seed is not a 
key, but that from which a key is generated and therefore, a pair 
of identifiers of keys is not transmitted. 

Therefore, Briscoe does not disclose "a delivery server 
which enciphers delivery data by using a current use cipher key 
to generate enciphered data and transmits a multicast packet 
containing said enciphered data and a current use key identifier 
indicative of a pair of said current use cipher key and a current 
use decipher key as current use keys," as in amended claim 1. 

As Briscoe discusses transmitting a seed and not a key 
and explicitly states it does not transmit an index (a current 
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use key identifier) , it therefore does not disclose "a key 
management server which is connected with said delivery server 
through a network, holds as a current use key data, a set of said 
current use decipher key and said current use key identifier, and 
transmits a set of said current use decipher key and said current 
use key identifier as a current use decipherment key data in 
response to a current use key data request/ 7 as in amended claim 
1. 

On page 4 of the Office Action, the Office states "(ie. 
key management node issues customer seed values to allow 
customers to generate keys corresponding to the key used to 
encrypt the data) [page 3, paragraph 0058]. " Thus, the Office 
acknowledges that what is transmitted is a seed, not a key 
identifier. Therefore, in the instant claims, the client need 
not go through the step of generating a key from the seed. 
Therefore, Briscoe does not disclose "a client terminal which is 
connected with said delivery server and said key management 
server through said network, receives said multicast packet from 
said delivery server, issues said current use key data request to 
said key management server to receive said current use 
decipherment key data from said key management server, holds said 
set of said current use decipher key and said current use key 
identifier, and deciphers said enciphered data contained in said 
multicast packet by using said current use decipher key when said 
current use key identifier contained in said multicast packet is 
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coincident with said current use key identifier held in said 
client terminal," as in amended claim 1. 

For at least the reasons stated above, claim 1 and the 
claims dependent therefrom are not anticipated by Briscoe. 
REJECTIONS under 35 U.S.C. § 103 

Claims 5-17 stand rejected under 35 U.S.C. § 103(a) as 
being obvious over Briscoe in view of Larsen, U.S. Patent No. 
7,068,791. The Applicants respectfully disagree and traverse the 
rejection with an argument. 

Larsen discusses a packet based radio network. Larsen 
adds nothing to the deficiencies of Briscoe as applied to the 
independent claims. Therefore, Briscoe and Larsen, taken 
separately or in combination, fail to render obvious the elements 
of claims 5-17. 

SUMMARY 

It is submitted that the claims satisfy the 
requirements of 35 U.S.C. §§ 112, 102 and 103. It is also 
submitted that claims 1-19 continue to be allowable. The claims 
are therefore in a condition suitable for allowance. An early 
Notice of Allowance is requested. 

The Commissioner is hereby authorized in this, 
concurrent, and future replies, to charge payment or credit any 
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overpayment to Deposit Account No. 25-0120 for any additional 
fees required under 37 C.F.R. § 1.16 or under 37 C.F.R. § 1.17. 

Respectfully submitted, 

YOUNG & THOMPSON 




Jamea iT. Livii 
Reg. Wo. 55, 394 
209 Madison Avenue, Suite 500 
Arlington, VA 22202 
Telephone (703) 521-2297 
Telefax (703) 685-0573 
(703) 979-4709 
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